home *** CD-ROM | disk | FTP | other *** search
/ C/C++ Users Group Library 1996 July / C-C++ Users Group Library July 1996.iso / vol_200 / 216_01 / progs.doc < prev    next >
Text File  |  1980-01-01  |  35KB  |  859 lines
  1.  
  2.  
  3.  
  4.      UUUUNNNNDDDDOOOOSSSS((((1111))))              XXXXEEEENNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((OOOOMMMMEEEENNNN))))              UUUUNNNNDDDDOOOOSSSS((((1111))))
  5.  
  6.  
  7.  
  8.      NNNNAAAAMMMMEEEE
  9.           undos,tounix,todos,tocpm,tomac,unmac,unparity - Change ASCII
  10.           file format for target operating system
  11.  
  12.      SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  13.           uuuunnnnddddoooossss [ ----ssss ] file ...
  14.           ttttoooouuuunnnniiiixxxx [ ----ssss ] file ...
  15.           ttttooooddddoooossss [ ----ssss ] file ...
  16.           ttttooooccccppppmmmm [ ----ssss ] file ...
  17.           uuuunnnnmmmmaaaacccc [ ----ssss ] file ...
  18.           ttttoooommmmaaaacccc [ ----ssss ] file ...
  19.           uuuunnnnppppaaaarrrriiiittttyyyy file ...
  20.  
  21.      DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  22.           UUUUnnnnddddoooossss and ttttoooouuuunnnniiiixxxx convert DOS or CP/M format source files to
  23.           Unix format by deleting carriage returns preceding linefeeds
  24.           and eliminating characters starting with CPMEOF (^Z).
  25.  
  26.           TTTTooooddddoooossss converts Unix format source files to DOS format by
  27.           adding a carriage return (if not already present) before
  28.           each linefeed, and eliminates characters starting with
  29.           CPMEOF (^Z).  TTTTooooccccppppmmmm additionally appends CPMEOF (^Z)
  30.           characters to the resulting file to make the file length a
  31.           multiple of the 128 byte CP/M record length.
  32.  
  33.           Any combination of uuuunnnnddddoooossss,,,, ttttooooddddoooossss,,,, or ttttooooccccppppmmmm (without flags)
  34.           may be applied to a proper ASCII file without destroying
  35.           information.  Lone carriage returns used to force
  36.           overprinting are not translated to CR/LF pairs.
  37.  
  38.           UUUUnnnnmmmmaaaacccc converts files with lines terminated only by carriage
  39.           return to Unix format.  UUUUnnnnmmmmaaaacccc should only be used to
  40.           translate files whose lines are terminated by lone carriage
  41.           returns.
  42.  
  43.           TTTToooommmmaaaacccc converts Unix format files to Macintosh format (lines
  44.           terminated by carriage return only).
  45.  
  46.           The optional flag ----ssss Strips the parity bit on all characters
  47.           and discards all resulting characters with values less than
  48.           7.
  49.  
  50.           UUUUnnnnppppaaaarrrriiiittttyyyy merely strips the parity bit from the files.
  51.  
  52.           The access and modification times of the modified files are
  53.           set to those of the original files.
  54.  
  55.      DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
  56.           Refuses to translate files in which "binary" characters
  57.           (less than 7 or greater than 127) are seen before CPMEOF.
  58.           Refuses to translate files with ultra long lines.  Refuses
  59.           to translate special files.
  60.  
  61.  
  62.  
  63.      Page 1                                           (printed 1/9/87)
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.      UUUUNNNNDDDDOOOOSSSS((((1111))))              XXXXEEEENNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((OOOOMMMMEEEENNNN))))              UUUUNNNNDDDDOOOOSSSS((((1111))))
  71.  
  72.  
  73.  
  74.      NNNNOOOOTTTTEEEESSSS
  75.           Should be executed with the current directory in the same
  76.           filesystem as the target files for minimum disk i/o.
  77.  
  78.      BBBBUUUUGGGGSSSS
  79.           Does not detect short files without linefeeds.  UUUUnnnnmmmmaaaacccc and
  80.           ttttoooommmmaaaacccc cannot handle files with CR-only overprinting.  (ASCII
  81.           allows either LF or CR/LF to delimit lines, but not CR.)
  82.  
  83.      SSSSEEEEEEEE AAAALLLLSSSSOOOO
  84.           lar(1), yam(1), sq(1), usq(1), rb(omen), sb(omen)
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.      Page 2                                           (printed 1/9/87)
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.      RRRRZZZZ((((1111))))                 XXXXEEEENNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((OOOOMMMMEEEENNNN))))                 RRRRZZZZ((((1111))))
  137.  
  138.  
  139.  
  140.      NNNNAAAAMMMMEEEE
  141.           rb, rz - XMODEM, YMODEM, ZMODEM (Batch) file receive
  142.  
  143.      SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  144.           rrrrzzzz [- ++++1111aaaabbbbppppqqqqttttuuuuvvvv]
  145.           rrrrbbbb [- ++++1111aaaabbbbqqqqttttuuuuvvvv]
  146.           rrrrzzzz [- 1111aaaabbbbccccqqqqttttuuuuvvvv] _f_i_l_e
  147.           ggggzzzz _f_i_l_e ...
  148.           [----][vvvv]rrrrzzzzCCCCOOOOMMMMMMMMAAAANNNNDDDD
  149.  
  150.      DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  151.           This program uses error correcting protocol to receive files
  152.           over a serial port from a variety of programs running under
  153.           PC-DOS, CP/M, Unix, and other operating systems.
  154.  
  155.           The first form of _r_z (Receive ZMODEM) receives files with
  156.           the ZMODEM batch protocol.  If the sending program does not
  157.           support ZMODEM, _r_z steps down to YMODEM protocol after 50
  158.           seconds.  This delay can be eliminated by calling the
  159.           program as _r_b .
  160.  
  161.           When receiving with XMODEM or YMODEM, _R_z accepts either
  162.           standard 128 byte sectors or 1024 byte sectors (YAM ----kkkk
  163.           option).  The user should determine when the longer block
  164.           length actually improves throughput without causing
  165.           problems.
  166.  
  167.           If extended file information (file length, etc.) is
  168.           received, the file length controls the number of bytes
  169.           written to the output dataset (YMODEM only), and the modify
  170.           time and file mode (iff non zero) are set accordingly.
  171.  
  172.           If no extended file information is received, slashes in the
  173.           pathname are changed to underscore, and any trailing period
  174.           in the pathname is eliminated.  This conversion is useful
  175.           for files received from CP/M systems.  With YMODEM, each
  176.           file name is converted to lower case unless it contains one
  177.           or more lower case letters.
  178.  
  179.  
  180.           The second form of _r_z receives a single _f_i_l_e with XMODEM
  181.           protocol.  The user must supply the file name to both
  182.           sending and receiving programs.
  183.  
  184.           _G_z is a shell script which calls _s_z to command a Pro-YAM or
  185.           compatible program to transmit the specified files.
  186.           Pathnames used with _g_z must be escaped if they have special
  187.           significance to the Unix shell.
  188.           EXAMPLE: gz "-1 C:*.c D:*.h"
  189.  
  190.  
  191.           The third form of _r_z is invoked as rrrrzzzzCCCCOOOOMMMMMMMMAAAANNNNDDDD (with an
  192.  
  193.  
  194.  
  195.      Page 1                                           (printed 1/9/87)
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.      RRRRZZZZ((((1111))))                 XXXXEEEENNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((OOOOMMMMEEEENNNN))))                 RRRRZZZZ((((1111))))
  203.  
  204.  
  205.  
  206.           optional leading - as generated by login(1)).  For each
  207.           received file, rz will pipe the file to ``COMMAND filename''
  208.           where filename is the name of the transmitted file with the
  209.           file contents as standard input.
  210.  
  211.           Each file transfer is acknowledged